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DETAILED ACTION 

Response to Arguments 

1 . Applicant's arguments, see 13-19, filed 12/31/2008, with respect to the 
rejection(s) of claim(s) 1, 7-11, 15-19 and 44 under U.S.C. 102(b) have been fully 
considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of 
Morgenstern, and further in view of Portuesi, Erickson, Apple2, Lipton, Lyons, Moki, and 
Siracusa. 

2. Regarding claim 1 , the applicant argues "... Apple Computer fails to describe 
rendering a window associated with legacy applications and advanced applications in a 
graphical user interface" (pg. 16). The applicant further argues "... Lipton fails to 
describe receiving the legacy application content in top-to-bottom order" (pg. 16). The 
applicant further argues "... Erickson fails to describe stripping out application content 
from the received legacy window content" (pg. 17). 

3. In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections 
are based on combinations of references. See In re Keller, 642 F.2d 413, 208 
USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). 

4. However, the examiner interprets that Morgenstern, in view of Portuesi, Erickson, 
Apple2, Lipton, Lyons and further in view of Moki teaches the above limitations. 
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Regarding claim 1, Morgenstern teaches a computer implemented method for 
rendering a desktop window in a graphical user interface of an operating system shell, 
comprising: receiving application content, at a compositing desktop window manager 
(CDWM) (Quartz Compositor) (receiving the application content, pg. 1 last paragraph, 
pg. 3 third and fourth paragraphs), corresponding to the advanced applications in the 
graphical user interface (Quartz compositor takes information from the rendering 
component and writes it on the screen, Morgenstern: pg. 1 last paragraph; it should be 
noted that Morgenstern further teaches QuickDraw handles text, vector graphics and 
bitmapped images, and then send them to the screen and output devices, Morgenstern: 
pg. 1 fourth paragraph). Morgenstern further teaches the windows having translucent 
frame portions (translucent title bars of inactive windows, Morgenstern: pg. 2 third 
paragraph). 

However, Morgenstern does not explicitly teach receiving application content 
from advance applications in a bottom-to-top order (video from VL is passed on to 
OpenGL by converting it into bottom-to-top orientation from top-to-bottom orientation, 
Portuesi: pg. 2-3), to display the application content received in a bottom-to-top order in 
windows (openGL renders in bottom-to-top orientation, Portuesi: pg. 2; Quartz 2D 
renders drawing primitives, PDF documents, text and images using bottom-to-top 
operation, Lindberg: pg. 1). However, Portuesi teaches exactly the same. 

Morgenstern and Portuesi do not explicitly teach receiving, at a desktop window 
manager (DWM) (QuickDraw), application content information from legacy applications 
(Carbon/Cocoa application) (picture window is a Carbon application which uses 
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QuickDraw's drawing methods and text window is a Cocoa application which uses 
Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first four paragraphs; it should be 
noted that examiner takes an official notice of the fact that QuickDraw is a legacy API 
from classic Mac OS). However, Erickson teaches exactly the same. Erickson further 
teaches stripping out application content from the legacy window content (QuickDraw 
receives the picture content from the picture window of the Carbon application, 
Erickson: pg. 1 last two lines and pg. 2 first three lines), and converting the application 
content to a graphical representation of the application content (QuickDraw generates 
the graphical representation of the application data using it's drawing methods; picture 
window is a Carbon application which uses QuickDraw's drawing methods and text 
window is a Cocoa application which uses Quartz2D, Erickson: pg. 1 last two lines and 
pg. 2 first four paragraphs). It should be further noted that Erickson teaches switching 
between the CDWM and the DWM to render the advanced application content and 
legacy application (picture window is a Carbon application which uses QuickDraw's 
drawing methods and text window is a Cocoa application which uses Quartz2D; 
Erickson: pg. 1 last two lines and pg. 2 first four paragraphs). 

Morgenstern, Portuesi and Erickson do not explicitly teach receiving application 
content in a top-to-bottom order (application content in the form of a print job specifies 
the layout direction left to right then top to bottom, Apple2: pg. 14; it should be noted 
that left to right then top to bottom is functionally equivalent to top to bottom order; print 
job consists of drawing commands and printing system can receive drawing commands 
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from an application in several ways including Carbon applications using QuickDraw, 
Apple2: pg. 24-25). However, Apple2 teaches exactly the same. 

Morgenstern, Portuesi, Erickson and Apple2 do not explicitly teach displaying the 
application content in a top-to-bottom order (QuickDraw renders in top-to-bottom order, 
Lipton: pg. 4 figure 3 and pg. 5 first three lines) in windows corresponding to the legacy 
application in the graphics user interface. However, Lipton teaches exactly the same (it 
should be noted that Apple2 in view of Lipton receives application information in top-to- 
bottom order and displays in top-to-bottom order). 

Morgenstern, Portuesi, Erickson, Apple2 and Lipton do not explicitly teach 
switching between the CDWM and the DWM to render the advanced application content 
and legacy application (Cocoa application that uses Quartz 2D does not provide all the 
needed functionality, so there is a switching between Quartz and QuickDraw for some 
things, Lyons: pg. 1). However, Lyons teaches exactly the same. 

Morgenstern, Portuesi, Erickson, Apple2, Lipton and Lyons do not explicitly teach 
displaying at least a portion of the application content in an opaque content portion of 
the windows (fully opaque window with transparent sub-parts, Moki: sixth paragraph). 
However, Moki teaches exactly the same. Therefore, it would have been obvious to one 
of ordinary skill in the art at the time of present invention to use different functionalities 
of different versions of Jaguar operating system as taught by Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons and Moki because combining different functionalities 
will result in a better and more user-friendly operating system. 
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5. Regarding claim 44, the applicant argues "... Jaguar fails to describe, an 
instance of a legacy application program providing legacy window information to a 
legacy desktop window manager; stripping out client content from the legacy window 
information; converting the client content to a raster image of the client content; ... 
applying a text to a mesh, and wherein the texture comprises the raster image of the 
client content and default non-client information" (see pg. 18-19). 

6. However, the examiner interprets that Erickson, in view of Lyons and further in 
view of Siracusa. 

7. Regarding claim 44, Erickson teach the instance of the legacy application 
program (Carbon/Cocoa application) providing legacy window information from an 
instance of a legacy application program to a legacy desktop window manager (DWM) 
(QuickDraw) executing on the computer (picture window is a Carbon application which 
uses QuickDraw's drawing methods and text window is a Cocoa application which uses 
Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first four paragraphs; it should be 
noted that examiner takes an official notice of the fact that QuickDraw is a legacy API 
from classic Mac OS). Erickson further teaches stripping out client content from the 
legacy window information (QuickDraw receives the picture content from the picture 
window of the Carbon application, Erickson: pg. 1 last two lines and pg. 2 first three 
lines), and converting the client content to raster image of the client content (QuickDraw 
generates the graphical representation of the application data using it's drawing 
methods; picture window is a Carbon application which uses QuickDraw's drawing 
methods and text window is a Cocoa application which uses Quartz2D, Erickson: pg. 1 
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last two lines and pg. 2 first four paragraphs; it should be also noted that picture window 
is a Carbon application which uses QuickDraw's drawing methods and text window is a 
Cocoa application which uses Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first 
four paragraphs; It should be noted that Cocoa application that uses Quartz 2D does 
not provide all the needed functionality, so there is a switching between Quartz and 
QuickDraw for some things, Lyons: pg. 1). 

Although Erickson teaches the limitations as stated, Erickson does not explicitly 
teach a compositing desktop window manager (CDWM) (Quartz 2D and Quartz 
compositor), executing on the computer, drawing a window to a buffer memory 
(Siracusa: pg. 1 last paragraph, pg. 2 first two paragraphs and figure on pg. 3), wherein 
the CDWM renders the window by applying a texture to a mesh (window/polygon) (it 
should be noted that a mesh according to the specification is 2D or 3D primitive, see 
paragraph [0015] on pg. 15; it should be further noted that each window is treated as an 
OpenGL surface and the texture is mapped onto that surface, Siracusa: pg. 3 second 
paragraph and pg. 4 first five lines). However Siracusa teaches exactly the same (the 
window server, now an OpenGL application itself, retains the resulting bitmaps as 
textures on polygons in an OpenGL scene and composites them into a pleasing, 
cohesive final image on the screen, Siracusa: pg. 3 second paragraph). Siracusa further 
teaches wherein the texture comprises the raster image (bitmap) of the client content 
and the default non-client information (bitmap includes translucency and anti-aliasing 
information, Siracusa: pg. 1 last paragraph, pg. 2 first two paragraphs, pg. 3 second 
paragraph, pg. 4 first paragraph; all of the bitmapped data produced by QuickDraw is 
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passed on to the Quartz Compositor for eventual display on the screen, Siracusa: pg. 1 
seventh paragraph, figure on pg. 3 and 4). Therefore, it would have been obvious to one 
of ordinary skill in the art at the time of present invention to combine the teachings of 
Siracusa into the operating system of Erickson and Lyons because such an operating 
system will composite the resulting bitmaps as textures on polygons and composite 
them into a pleasing, cohesive final image on the screen. 

8. Regarding claim 21 , the applicant argues "... Apple Computers, Lipton, and 
Erickson fail to describe or suggest the DWM to the CDWM that render the graphical 
user interface. Apple Computers fails to describe rendering a window in a graphical user 
interface. Lipton fails to describe receiving the legacy application content in top-to- 
bottom order. Erickson fails to describe or suggest stripping out application content from 
the received legacy window content. Nothing in Jaguar describes or suggests, among 
other things, redirecting application content from the DWM to the CDWM to render 
content in a graphical user interface" (pg. 21). 

9. However, the examiner interprets that Morgenstern, in view of Portuesi, Erickson, 
Apple2, Lipton, Lyons and further in view of Moki teaches the above limitations. See the 
statement regarding claim 1 for details. 

10. Regarding claim 41, the applicant argues "... Jaguar, Solazzi, Whitman, or 
Fowler, alone and in combination, describes, or suggests, among other things, receiving 
application content in a window and a CDWM for providing transparency, shadows, 
lighting effects, bump mapping, and environmental mapping" (see pg. 24). 
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1 1 . However, the examiner interprets that Morgenstern, in view of Moki, in view of 
Solazzi, in view of Whitman, and further in view of Fowler et al. teach the above 
limitation. Please refer to the rejection of claim 41 for details. 

12. Regarding claims 42-43, the applicant argues "... Jaguar, fails to describe or 
suggest, among other things, receiving, at a compositing desktop window manager, 
application content in reverse z-order to display in a window; ... the compositing 
desktop window manager is configured to provide transparency, shadows, lighting 
effects, bump mapping, and environmental mapping" (pg. 25). The applicant further 
argues "... Fowler fails to describe or suggest a windows manager that provides bump 
mappings and environmental mappings. Moreover, Ben-Schachar fails to describe or 
suggest a compositing desktop window manager that receives application content in 
reverse z-order. Nothing in Jaguar, Solazzi, Whitman, Fowler, or Ben-Shachar alone 
and in combination, describes, or suggests, among other things, receiving application 
content in reverse z-order to display in a window and a CDWM for providing 
transparency, shadows, lighting effects, bump mapping, and environmental mapping" 
(pg. 25-27). 

13. However, the examiner interprets that Morgenstern, Portuesi and Moki, in view of 
Solazzi, in view of Whitman, in view of Fowler, and further in view of Ben-Shachar 
teaches the above limitations. 

14. Regarding claim 43, Morgenstern teaches a computer implemented method for 
rendering a desktop window in a graphical user interface of an operating system shell, 
comprising: receiving application content, at a compositing desktop window manager 
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(CDWM) (receiving the application content is taught by Morgenstern: pg. 1 last 
paragraph, pg. 3 third and fourth paragraphs). It should be noted that Morgenstern 
further teaches QuickDraw handles text, vector graphics and bitmapped images, and 
then send them to the screen and output devices (Quartz compositor takes information 
from the rendering component and writes it on the screen, Morgenstern: pg. 1 fourth 
paragraph and last paragraph). Morgenstern further teaches the windows having 
translucent frame portions (translucent title bars of inactive windows, Morgenstern: pg. 2 
third paragraph). Morgenstern further teaches the compositing desktop window 
manager is configured to provide transparency and shadows (Quartz's window server 
makes it easy to see the outlines and shadings of buttons and other window elements 
through the translucent title bars of inactive windows, Morgenstern: pg. 2 paragraph 3, 
figure 1). 

However, Morgenstern does not explicitly teach receiving application content in a 
bottom-to-top order (video from VL is passed on to OpenGL by converting it into bottom- 
to-top orientation from top-to-bottom orientation, Portuesi: pg. 2-3), to display the 
application content received in a bottom-to-top order in windows (openGL renders in 
bottom-to-top orientation, Portuesi: pg. 2; Quartz 2D renders drawing primitives, PDF 
documents, text and images using bottom-to-top operation, Lindberg: pg. 1). However, 
Portuesi teaches exactly the same. 

Although Morgenstern and Portuesi teach the limitations as stated, they do not 
explicitly teach displaying at least a portion of the application content in a content 
portion of the window having a frame portion (fully opaque window with transparent sub- 
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parts, Moki: sixth paragraph; transparent sub-parts such as title bars, shadows, etc., 
Moki: sixth paragraph; Moki further teaches fully opaque windows has transparent sub- 
parts such as title bar, the shadows, etc, Moki: paragraphs 3, 4, 6 and 9). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of present 
invention to use different functionalities of different versions of Jaguar operating system 
as taught by Morgenstern, Portuesi and Moki because combining different 
functionalities will result in a better and more user-friendly operating system. 

Although Morgenstern, Portuesi and Moki teaches the limitations as stated 
above, they do not explicitly teach rendering refractive content on the frame portion 
based on the other discrete content behind the window in the graphical user interface by 
the compositing desktop window manager, which is configured to provide light effects. 
However, Solazzi teaches a 3D image (window frame) can display reflective and 
refractive characteristics ([0008]; it should be noted that the unit performing 3D 
modeling corresponds to compositing desktop window manager; it should be noted that 
Whitman defines spectral highlight as a bright reflection from a light source containing 
little or no detail; Solazzi teaches a 3D image can display reflective characteristics, and 
therefore the reflective characterisitics of the 3D image of Solazzi also includes spectral 
highlights which is a bright reflection form a light source; spectral highlights correspond 
to lighting effects; therefore, compositing desktop window manager provides lighting 
effects). Therefore, it would have been obvious to one of ordinary skill in art at the time 
of present invention to have 3D images with refractive characteristics as taught by 
Solazzi and apply into the operating system of Morgenstern, Portuesi and Moki because 



Application/Control Number: 1 0/691 ,450 Page 1 2 

Art Unit: 2628 

refractive properties added to the 3D image makes the image appear more realistic and 
reflective characteristics illustrate the ability of the object to reflect light ([0008], [0014]). 

Although Morgenstern, Portuesi, Moki, Solazzi and Whitman teach the limitations 
as stated above, they do not explicitly the compositing desktop window manager is 
configured to provide bump mapping and environment mapping. However, Fowler 
teaches OpenGL supports environment-mapped bump mapping (environment-mapped 
bump mapping corresponds to bump mapping and environment mapping, [0038-0039]). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
present invention to provide bump mapping and environment mapping as taught by 
Fowler to the method Morgenstern, Portuesi, Moki, Solazzi and Whitman because such 
an approach will achieve a rendered surface whose appearance changes more 
realistically with lighting conditions ([0038]). 

Although Morgenstern, Portuesi, Moki, Solazzi, Whitman and Fowler teach the 
limitations as stated above, they do not explicitly teach receiving the application content 
in reverse z-order. However, Ben-Shachar teaches exactly the same ([0061]; it should 
be noted that DT_WINDLST packet containing a list corresponds to application content; 
it should be noted that the process proceeds through all windows in the windows list in 
reverse z-order). Therefore, it would have been obvious to one of ordinary skill in the art 
at the time of present invention to process through the windows list in reverse z-order as 
taught by Ben-Shachar and apply it to the method of Morgenstern, Portuesi, Moki, 
Solazzi, Whitman and Fowler because treating the window information is such a 
manner will create the viewer display of shared window ([0061 ]). 
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1 5. Regarding claim 42, please refer to the rejection of claim 42 for details. 

16. Regarding claim 45, the applicant argues ". . . Jaguar, Farrah, and Meagher fails 
to describe or suggest, among other things, dividing the mesh into three regions per 
mesh dimension; for each region, maintaining offsets of mesh vertices in any dimension 
by which the region is bounded by a bounding box of the window, and scaling mesh 
vertices in any dimension by which the region is not bounded by the bounding box of 
the window" (pg. 29). 

1 7. However, the examiner interprets that Morgenstern, Portuesi, Erickson, Apple2, 
Lipton, Lyons, Moki and Siracusa, in view of Farrah, and further in view of Meagher 
teaches the above limitation. 

18. Regarding claim 45, Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, 
Moki and Siracusa teach the limitations as stated, except that they do not explicitly 
teach receiving user input to resize the window and dividing the mesh into the three 
regions per mesh dimension. However, Farrah teaches to resize the window by dividing 
it into several equally sized and not equally sized regions based on the user input (fig. 
21a-c, fig. 22a-c, [0225-0227], [0231-0235]; it should be noted that selecting the number 
of rows as "3" will divide the window in nine equal-sized regions; it should be noted that 
dividing window is functionally equivalent to resizing the window; it should be noted that 
dividing window is functionally equivalent to resizing the window; it should be noted that 
the window is being divided along x and y dimensions). Therefore, it would have been 
obvious to one of ordinary skill in art at the time of present invention to divide a window 
mesh into several regions as taught by Farrah and apply it into the method of 
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Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, Moki and Siracusa because 
such regions are commonly used in computer programs which are used to generate 
artworks, drawings and flow charts ([0006]). 

Although the combination of Morgenstern, Portuesi, Erickson, Apple2, Lipton, 
Lyons, Moki, Siracusa and Farrah teach the limitations as stated above, they do not 
explicitly teach for each region, maintaining offsets of mesh vertices in any dimension 
by which the region is bounded by a bounding box of the window, and scaling mesh 
vertices in any dimension by which the region is not bounded by the bounding box of 
the window. However, Meagher shows offsets (maintaining offsets of mesh vertices) 
from each line correspond to vertices of each of the four windows, and the critical 
vertices for a window overlay selected from 3x3 array may be calculated by adding 
offsets (scaling the vertices) as a function of the value in x and y directions (fig. 6a-f, fig. 
23a-e, col. 8 lines 31-51, col. 58 lines 64-67, col. 59 lines 1-15, col. 60 lines 3-21 and 
lines 56-67, col. 61 lines 1-17). Therefore, it would have been obvious to one of ordinary 
skill in art at the time of present invention to scale the vertices as taught by Meagher 
and apply it into the method of Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, 
Moki, Siracusa and Farrah because such a method scales the three-dimensional 
universe relative to the three-dimensional coordinate system using the independent 
scaling factors for each of the x, y and z directions input by floating point multiplication 
on the microcomputer (col. 60 lines 56-60). 
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Claim Rejections - 35 USC §112 

1 9. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

20. Claims 1 5-1 6 are rejected under 35 U.S.C. 1 1 2, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

21 . Claim 1 5 recites the limitation "method of claim 1 3" in line 1 . There is insufficient 
antecedent basis for this limitation in the claim. It should be noted that claim 13 has 
been cancelled. 

22. Claim 16 recites the limitation "method of claim 13" in lines 1-2. There is 
insufficient antecedent basis for this limitation in the claim. It should be noted that claim 
13 has been cancelled. 

Claim Rejections - 35 USC § 103 

23. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

24. Claims 1, 19, 21 and 39 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over David Morgenstern (Under the desktop: Prospecting for Quartz in 

Mac OS X; http://www.creativepro.com/story/feature/17439.htmi7oriqin~storv : August 
22, 2002; pgs. 1-4; hereinafter Morgenstern), Portuesi et al. (Displaying In-Memory 
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Video Using OpenGL; http://www.lurkertech.com/ig/ogLvideo.html : October 16, 2002; 
hereinafter Portuesi), Shawn Erickson (Screenshot PDF; 

http://www.omnigroup.com/mailman/archive/macosx-taik/2002-Juiy/071 171 .html ; July 
30, 2002; hereinafter Erickson), Apple Computers (About the Mac OS X Printing 
System; December 11, 2002; hereinafter Apple2), Lipton (QuickDraw GXfor Postscript 
programmers; http://www.mactech.com/articles/develop/issue 1 5/051 - 
070 Lipton final.html ; August 19, 2000), Torrey Lyons (Re: MacOS X; 
http://www.xfree86.org/pipermail/forum/2003-July/Q03741.html; July 9, 2003; hereinafter 
Lyons), and further in view of Moki (Aqua help in Nvidia GeForce 4 [Archive] - 
Applelnsider; http://forums.appleinsider.com/archive/index.php/t-1122.html ; January 28, 
2002; pg. 1), 

25. Regarding claim 1 , Morgenstern teaches a computer implemented method for 
rendering a desktop window in a graphical user interface of an operating system shell, 
comprising: receiving application content, at a compositing desktop window manager 
(CDWM) (Quartz Compositor) (receiving the application content, pg. 1 last paragraph, 
pg. 3 third and fourth paragraphs), corresponding to the advanced applications in the 
graphical user interface (Quartz compositor takes information from the rendering 
component and writes it on the screen, Morgenstern: pg. 1 last paragraph; it should be 
noted that Morgenstern further teaches QuickDraw handles text, vector graphics and 
bitmapped images, and then send them to the screen and output devices, Morgenstern: 
pg. 1 fourth paragraph). Morgenstern further teaches the windows having translucent 
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frame portions (translucent title bars of inactive windows, Morgenstern: pg. 2 third 
paragraph). 

However, Morgenstern does not explicitly teach receiving application content 
from advance applications in a bottom-to-top order (video from VL is passed on to 
OpenGL by converting it into bottom-to-top orientation from top-to-bottom orientation, 
Portuesi: pg. 2-3), to display the application content received in a bottom-to-top order in 
windows (openGL renders in bottom-to-top orientation, Portuesi: pg. 2; Quartz 2D 
renders drawing primitives, PDF documents, text and images using bottom-to-top 
operation, Lindberg: pg. 1). However, Portuesi teaches exactly the same. 

Morgenstern and Portuesi do not explicitly teach receiving, at a desktop window 
manager (DWM) (QuickDraw), application content information from legacy applications 
(Carbon/Cocoa application) (picture window is a Carbon application which uses 
QuickDraw's drawing methods and text window is a Cocoa application which uses 
Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first four paragraphs; it should be 
noted that examiner takes an official notice of the fact that QuickDraw is a legacy API 
from classic Mac OS). However, Erickson teaches exactly the same. Erickson further 
teaches stripping out application content from the legacy window content (QuickDraw 
receives the picture content from the picture window of the Carbon application, 
Erickson: pg. 1 last two lines and pg. 2 first three lines), and converting the application 
content to a graphical representation of the application content (QuickDraw generates 
the graphical representation of the application data using it's drawing methods; picture 
window is a Carbon application which uses QuickDraw's drawing methods and text 
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window is a Cocoa application which uses Quartz2D, Erickson: pg. 1 last two lines and 
pg. 2 first four paragraphs). It should be further noted that Erickson teaches switching 
between the CDWM and the DWM to render the advanced application content and 
legacy application (picture window is a Carbon application which uses QuickDraw's 
drawing methods and text window is a Cocoa application which uses Quartz2D; 
Erickson: pg. 1 last two lines and pg. 2 first four paragraphs). 

Morgenstern, Portuesi and Erickson do not explicitly teach receiving application 
content in a top-to-bottom order (application content in the form of a print job specifies 
the layout direction left to right then top to bottom, Apple2: pg. 14; it should be noted 
that left to right then top to bottom is functionally equivalent to top to bottom order; print 
job consists of drawing commands and printing system can receive drawing commands 
from an application in several ways including Carbon applications using QuickDraw, 
Apple2: pg. 24-25). However, Apple2 teaches exactly the same. 

Morgenstern, Portuesi, Erickson and Apple2 do not explicitly teach displaying the 
application content in a top-to-bottom order (QuickDraw renders in top-to-bottom order, 
Lipton: pg. 4 figure 3 and pg. 5 first three lines) in windows corresponding to the legacy 
application in the graphics user interface. However, Lipton teaches exactly the same. 

Morgenstern, Portuesi, Erickson, Apple2 and Lipton do not explicitly teach 
switching between the CDWM and the DWM to render the advanced application content 
and legacy application (Cocoa application that uses Quartz 2D does not provide all the 
needed functionality, so there is a switching between Quartz and QuickDraw for some 
things, Lyons: pg. 1). However, Lyons teaches exactly the same. 



Application/Control Number: 1 0/691 ,450 Page 1 9 

Art Unit: 2628 

Morgenstern, Portuesi, Erickson, Apple2, Lipton and Lyons do not explicitly teach 
displaying at least a portion of the application content in an opaque content portion of 
the windows (fully opaque window with transparent sub-parts, Moki: sixth paragraph). 
However, Moki teaches exactly the same. Therefore, it would have been obvious to one 
of ordinary skill in the art at the time of present invention to use different functionalities 
of different versions of Jaguar operating system as taught by Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons and Moki because combining different functionalities 
will result in a better and more user-friendly operating system. 

26. Regarding claim 19, Moki teaches the frame portion is translucent when the 
window has an input focus (it should be noted that the title bar attached to the window 
has a level of transparency associated with them, so even a fully opaque window has 
transparent sub-parts such as the title bar, Moki: paragraph five and six). 

27. Regarding claim 21 , the statements presented above with respect to claim 1 are 
incorporated herein. 

Although Jaguar teaches the limitations as stated above in claim 1 , Jaguar does 
not explicitly teach a computer readable medium storing computer executable 
instructions that cause a computer to perform a method of rendering a desktop window 
in a graphical user interface of an operating system. However, the examiner takes an 
official notice of the fact that it was known to one of ordinary skill in art at the time of 
present invention to execute a programmable process stored on use a computer 
readable medium because by using a portable computer readable medium to store a 



Application/Control Number: 1 0/691 ,450 Page 20 

Art Unit: 2628 

process that can be executed by the computer allows to perform the execution of the 
process on any computer and therefore provides portability and reusability. 

28. Regarding claim 39, the statements presented above with respect to claims 21 
and 19 are incorporated herein. 

29. Claims 7-11, 15-16, 44 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki, 
and further in view of John Siracusa (Mac OS X 1 0.2 Jaguar; 

http://arstechnica.eom/reviews/os/macosx-10.2.ars/8: September 5, 2002; pgs. 1-5; 
hereinafter Siracusa). 

30. Regarding claims 7 and 8, Morgenstern, Portuesi, Erickson, Apple2, Lipton, 
Lyons and Moki do not explicitly teach the CDWM modeling the window by applying a 
texture to a mesh (window/polygon). However, Siracusa teaches exactly the same (it 
should be noted that a mesh according to the specification is 2D or 3D primitive, see 
paragraph [0015] on pg. 15; it should be further noted that each window is treated as an 
OpenGL surface and the texture is mapped onto that surface, Siracusa: pg. 3 second 
paragraph and pg. 4 first five lines; the window server, now an OpenGL application 
itself, retains the resulting bitmaps as textures on polygons in an OpenGL scene and 
composites them into a pleasing, cohesive final image on the screen, Siracusa: pg. 3 
second paragraph). Siracusa further teaches the mesh is defined by a current visual 
style (each window is drawn according to its position and layering; each window is 
represented as a bitmap that includes alpha channel and anti-aliasing information; thus 
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the position and layering of each window will give its current alpha channel information, 
which defines its current visual style; Siracusa: pg. 1 last paragraph). Therefore, it would 
have been obvious to one of ordinary skill in the art at the time of present invention to 
combine the teachings of Siracusa into the operating system of Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons and Moki because such an operating system will 
composite the resulting bitmaps as textures on polygons and composite them into a 
pleasing, cohesive final image on the screen. 

31 . Regarding claim 9, Siracusa teaches the mesh is provided in the application 
content information (each window and its associated bitmap is provided to the Quartz 
compositor; Siracusa: pg. 1 last two paragraphs, pg. 3 second paragraph and pg. 4 first 
five lines). Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of present invention to combine the teachings of Siracusa into the operating 
system of Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki because 
such an operating system will composite the resulting bitmaps as textures on polygons 
and composite them into a pleasing, cohesive final image on the screen. 

32. Regarding claim 1 0, Siracusa teaches the texture is defined by a current visual 
style (each window is drawn according to its position and layering; each window is 
represented as a bitmap that includes alpha channel and anti-aliasing information; the 
bitmap that makes up the window's contents is the texture mapped on that surface; thus 
the position and layering of each window and it's associated bitmap texture will give its 
current alpha channel information, which defines its current visual style; Siracusa: pg. 1 
last paragraph, pg. 3 second paragraph and pg. 4 first five lines). Therefore, it would 
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have been obvious to one of ordinary skill in the art at the time of present invention to 
combine the teachings of Siracusa into the operating system of Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons and Moki because such an operating system will 
composite the resulting bitmaps as textures on polygons and composite them into a 
pleasing, cohesive final image on the screen. 

33. Regarding claim 1 1 , Siracusa teaches the texture is provided in the application 
content information (each window is drawn according to its position and layering; each 
window and it's associated bitmap texture is provided to the Quartz compositor to 
composite them into a pleasing, cohesive final image on the screen; Siracusa: pg. 1 last 
two paragraphs, pg. 3 second paragraph and pg. 4 first five lines). Therefore, it would 
have been obvious to one of ordinary skill in the art at the time of present invention to 
combine the teachings of Siracusa into the operating system of Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons and Moki because such an operating system will 
composite the resulting bitmaps as textures on polygons and composite them into a 
pleasing, cohesive final image on the screen. 

34. Regarding claim 15, Lyons teaches the switching is based on the current visual 
style (pixels displayed belong to one window or the desktop and switch immediately 
when moving from one window to another, Cocoa NSView's can be set to use a certain 
cursor image whenever the cursor is over them; Cocoa application that uses Quartz 2D 
does not provide all the needed functionality, so there is a switching between Quartz 
and QuickDraw for some things based on the current visual style of the area over which 
mouse is moved, Lyons: pg. 1 and pg. 2 last paragraph). 
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35. Regarding claim 16, Lyons teaches the switching is based on a current 
configuration of a computer on which the method is being performed (the front 
application switches the cursor in response to mousing over an area receiving an 
mouse moved event and telling the window server to change the cursor; Cocoa 
NSView's can be set to use a certain cursor image whenever the cursor is over them; 
Cocoa application that uses Quartz 2D does not provide all the needed functionality, so 
there is a switching between Quartz and QuickDraw for some things based on the 
current visual style of the area over which the mouse was moved; the visual style of this 
area is the visual configuration of the computer on which the method is being 
performed, Lyons: pg. 1 and pg. 2 last paragraph). It should also be noted that Siracusa 
also teaches (Quartz compositor composites all of the visible window bitmaps with each 
other according to their position and layers; each window bitmap includes alpha channel 
and anti-aliasing information, Siracusa: pg. 1 last two paragraphs). 

36. Regarding claim 27, the statements presented above with respect to claims 21 
and 7 are incorporated herein. 

37. Regarding claim 28, the statements presented above with respect to claims 21 
and 8 are incorporated herein. 

38. Regarding claim 29, the statements presented above with respect to claims 21 
and 9 are incorporated herein. 

39. Regarding claim 30, the statements presented above with respect to claims 21 
and 10 are incorporated herein. 
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40. Regarding claim 31 , the statements presented above with respect to claims 21 
and 11 are incorporated herein. 

41 . Claim 44 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Erickson, in view of Lyons and further in view of Siracusa. 

42. Regarding claim 44, Erickson teach the instance of the legacy application 
program (Carbon/Cocoa application) providing legacy window information from an 
instance of a legacy application program to a legacy desktop window manager (DWM) 
(QuickDraw) executing on the computer (picture window is a Carbon application which 
uses QuickDraw's drawing methods and text window is a Cocoa application which uses 
Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first four paragraphs; it should be 
noted that examiner takes an official notice of the fact that QuickDraw is a legacy API 
from classic Mac OS). Erickson further teaches stripping out client content from the 
legacy window information (QuickDraw receives the picture content from the picture 
window of the Carbon application, Erickson: pg. 1 last two lines and pg. 2 first three 
lines), and converting the client content to raster image of the client content (QuickDraw 
generates the graphical representation of the application data using it's drawing 
methods; picture window is a Carbon application which uses QuickDraw's drawing 
methods and text window is a Cocoa application which uses Quartz2D, Erickson: pg. 1 
last two lines and pg. 2 first four paragraphs; it should be also noted that picture window 
is a Carbon application which uses QuickDraw's drawing methods and text window is a 
Cocoa application which uses Quartz2D, Erickson: pg. 1 last two lines and pg. 2 first 
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four paragraphs; It should be noted that Cocoa application that uses Quartz 2D does 
not provide all the needed functionality, so there is a switching between Quartz and 
QuickDraw for some things, Lyons: pg. 1). 

Although Erickson teaches the limitations as stated, Erickson does not explicitly 
teach a compositing desktop window manager (CDWM) (Quartz 2D and Quartz 
compositor), executing on the computer, drawing a window to a buffer memory 
(Siracusa: pg. 1 last paragraph, pg. 2 first two paragraphs and figure on pg. 3), wherein 
the CDWM renders the window by applying a texture to a mesh (window/polygon) (it 
should be noted that a mesh according to the specification is 2D or 3D primitive, see 
paragraph [0015] on pg. 15; it should be further noted that each window is treated as an 
OpenGL surface and the texture is mapped onto that surface, Siracusa: pg. 3 second 
paragraph and pg. 4 first five lines). However Siracusa teaches exactly the same (the 
window server, now an OpenGL application itself, retains the resulting bitmaps as 
textures on polygons in an OpenGL scene and composites them into a pleasing, 
cohesive final image on the screen, Siracusa: pg. 3 second paragraph). Siracusa further 
teaches wherein the texture comprises the raster image (bitmap) of the client content 
and the default non-client information (bitmap includes translucency and anti-aliasing 
information, Siracusa: pg. 1 last paragraph, pg. 2 first two paragraphs, pg. 3 second 
paragraph, pg. 4 first paragraph; all of the bitmapped data produced by QuickDraw is 
passed on to the Quartz Compositor for eventual display on the screen, Siracusa: pg. 1 
seventh paragraph, figure on pg. 3 and 4). Therefore, it would have been obvious to one 
of ordinary skill in the art at the time of present invention to combine the teachings of 
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Siracusa into the operating system of Erickson and Lyons because such an operating 
system will composite the resulting bitmaps as textures on polygons and composite 
them into a pleasing, cohesive final image on the screen. 

43. Claims 18 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki, and further in 
view of Solazzi (US 2003/0107570). 

44. Regarding claim 18, although Morgenstern, Portuesi, Erickson, Apple2, Lipton, 
Lyons and Moki teach the limitations as stated, they do not explicitly teach the frame 
comprises reflective content based on other content in the graphical user interface 
separate from the window. However, Solazzi teaches a 3D image (window frame) can 
reflect the surroundings (other content in the graphical user interface separate from the 
window) ([0008]). Therefore, it would have been obvious to one of ordinary skill in art at 
the time of present invention to have 3D images with reflective characteristics as taught 
by Solazzi and apply into the operating system of Morgenstern, Portuesi, Erickson, 
Apple2, Lipton, Lyons and Moki because such reflective characteristics illustrate the 
ability of the object to reflect light ([0008]). 

45. Regarding claim 38, the statements presented above with respect to claims 21 
and 18 are incorporated herein. 

46. Claims 17 and 37 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki, in view of 
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Solazzi, and further in view of Whitman (Technology Terminology, Mike Whitman, May 
13, 2001, 

http://web.archive.Org/vveb/20010513215002/http://bigelowmiddleschooi.com/programs/ 
Teched/techterms.html ). 

47. Regarding claim 17, although Morgenstern, Portuesi, Erickson, Apple2, Lipton, 
Lyons and Moki teach the limitations as stated, they do not explicitly teach the frame 
comprises spectral highlights based on a virtual light source. However, Solazzi teaches 
a 3D image (window frame) can reflect the surroundings ([0008]; it should be noted that 
Whitman defines spectral highlight as a bright reflection from a light source containing 
little or no detail; Solazzi teaches a 3D image can display reflective characteristics, and 
therefore the reflective characterisitics of the 3D image of Solazzi also includes spectral 
highlights which is a bright reflection form a light source). Therefore, it would have been 
obvious to one of ordinary skill in art at the time of present invention to have 3D images 
with reflective characteristics as taught by Solazzi and apply into the operating system 
of Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki because such 
reflective characteristics illustrate the ability of the object to reflect light ([0008]). 

48. Regarding claim 37, the statements presented above with respect to claims 21 
and 17 are incorporated herein. 

49. Claim 41 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morgenstern, in view of Moki, in view of Solazzi, in view of Whitman, and further in view 
of Fowler et al. (US 2002/0180741 ; hereinafter Fowler). 
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50. Regarding claim 41 , Morgenstern teaches a computer implemented method for 
rendering a desktop window in a graphical user interface of an operating system shell, 
comprising: receiving application content to display in a window (Quartz compositor 
takes information from the rendering component and writes it on the screen, 
Morgenstern: pg. 1 last paragraph). Morgenstern further teaches window having a 
frame portion (translucent title bars of inactive windows, Morgenstern: pg. 2 third 
paragraph). Morgenstern further teaches the compositing desktop window manager is 
configured to provide transparency and shadows (Quartz's window server makes it easy 
to see the outlines and shadings of buttons and other window elements through the 
translucent title bars of inactive windows, Morgenstern: pg. 2 paragraph 3, figure 1). 

Although Morgenstern teaches the limitations as stated, Morgenstern does not 
explicitly teach displaying at least a portion of the application content in a content 
portion of the window having a frame portion (fully opaque window with transparent sub- 
parts, Moki: sixth paragraph; transparent sub-parts such as title bars, shadows, etc., 
Moki: sixth paragraph; Moki further teaches fully opaque windows has transparent sub- 
parts such as title bar, the shadows, etc, Moki: paragraphs 3, 4, 6 and 9). . Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of present 
invention to use different functionalities of different versions of Jaguar operating system 
as taught by Morgenstern and Moki because combining different functionalities will 
result in a better and more user-friendly operating system. 

Although Morgenstern and Moki teach the limitations as stated, they do not 
explicitly teach rendering spectral highlights on the frame portion based on a virtual light 
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source by the compositing desktop window manager configured to provide light effects. 
However, Solazzi teaches a 3D image (window frame) can display reflective and 
refractive characteristics ([0008]; it should be noted that the unit performing 3D 
modeling corresponds to compositing desktop window manager; it should be noted that 
Whitman defines spectral highlight as a bright reflection from a light source containing 
little or no detail; Solazzi teaches a 3D image can display reflective characteristics, and 
therefore the reflective characterisitics of the 3D image of Solazzi also includes spectral 
highlights which is a bright reflection form a light source; spectral highlights correspond 
to lighting effects; therefore, compositing desktop window manager provides lighting 
effects). Therefore, it would have been obvious to one of ordinary skill in art at the time 
of present invention to have 3D images with refractive characteristics as taught by 
Solazzi and apply into the operating system of Morgenstern and Moki because 
refractive properties added to the 3D image makes the image appear more realistic and 
reflective characteristics illustrate the ability of the object to reflect light ([0008], [0014]). 

Although Morgenstern, Moki, Solazzi and Whitman teach the limitations as stated 
above, they do not explicitly the compositing desktop window manager is configured to 
provide bump mapping and environment mapping. However, Fowler teaches OpenGL 
supports environment-mapped bump mapping (environment-mapped bump mapping 
corresponds to bump mapping and environment mapping, [0038-0039]). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of present 
invention to provide bump mapping and environment mapping as taught by Fowler to 
the method Morgenstern, Moki, Solazzi and Whitman because such an approach will 
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achieve a rendered surface whose appearance changes more realistically with lighting 
conditions ([0038]). 

51 . Claim 43 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morgenstern, Portuesi and Moki, in view of Solazzi, in view of Whitman, in view of 
Fowler, and further in view of Ben-Shachar et al. (US 2003/0189599; hereinafter Ben- 
Shachar). 

52. Regarding claim 43, Morgenstern teaches a computer implemented method for 
rendering a desktop window in a graphical user interface of an operating system shell, 
comprising: receiving application content, at a compositing desktop window manager 
(CDWM) (receiving the application content is taught by Morgenstern: pg. 1 last 
paragraph, pg. 3 third and fourth paragraphs). It should be noted that Morgenstern 
further teaches QuickDraw handles text, vector graphics and bitmapped images, and 
then send them to the screen and output devices (Quartz compositor takes information 
from the rendering component and writes it on the screen, Morgenstern: pg. 1 fourth 
paragraph and last paragraph). Morgenstern further teaches the windows having 
translucent frame portions (translucent title bars of inactive windows, Morgenstern: pg. 2 
third paragraph). Morgenstern further teaches the compositing desktop window 
manager is configured to provide transparency and shadows (Quartz's window server 
makes it easy to see the outlines and shadings of buttons and other window elements 
through the translucent title bars of inactive windows, Morgenstern: pg. 2 paragraph 3, 
figure 1). 
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However, Morgenstern does not explicitly teach receiving application content in a 
bottom-to-top order (video from VL is passed on to OpenGL by converting it into bottom- 
to-top orientation from top-to-bottom orientation, Portuesi: pg. 2-3), to display the 
application content received in a bottom-to-top order in windows (openGL renders in 
bottom-to-top orientation, Portuesi: pg. 2; Quartz 2D renders drawing primitives, PDF 
documents, text and images using bottom-to-top operation, Lindberg: pg. 1). However, 
Portuesi teaches exactly the same. 

Although Morgenstern and Portuesi teach the limitations as stated, they do not 
explicitly teach displaying at least a portion of the application content in a content 
portion of the window having a frame portion (fully opaque window with transparent sub- 
parts, Moki: sixth paragraph; transparent sub-parts such as title bars, shadows, etc., 
Moki: sixth paragraph; Moki further teaches fully opaque windows has transparent sub- 
parts such as title bar, the shadows, etc, Moki: paragraphs 3, 4, 6 and 9). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of present 
invention to use different functionalities of different versions of Jaguar operating system 
as taught by Morgenstern, Portuesi and Moki because combining different 
functionalities will result in a better and more user-friendly operating system. 

Although Morgenstern, Portuesi and Moki teaches the limitations as stated 
above, they do not explicitly teach rendering refractive content on the frame portion 
based on the other discrete content behind the window in the graphical user interface by 
the compositing desktop window manager, which is configured to provide light effects. 
However, Solazzi teaches a 3D image (window frame) can display reflective and 
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refractive characteristics ([0008]; it should be noted that the unit performing 3D 
modeling corresponds to compositing desktop window manager; it should be noted that 
Whitman defines spectral highlight as a bright reflection from a light source containing 
little or no detail; Solazzi teaches a 3D image can display reflective characteristics, and 
therefore the reflective characterisitics of the 3D image of Solazzi also includes spectral 
highlights which is a bright reflection form a light source; spectral highlights correspond 
to lighting effects; therefore, compositing desktop window manager provides lighting 
effects). Therefore, it would have been obvious to one of ordinary skill in art at the time 
of present invention to have 3D images with refractive characteristics as taught by 
Solazzi and apply into the operating system of Morgenstern, Portuesi and Moki because 
refractive properties added to the 3D image makes the image appear more realistic and 
reflective characteristics illustrate the ability of the object to reflect light ([0008], [0014]). 

Although Morgenstern, Portuesi, Moki, Solazzi and Whitman teach the limitations 
as stated above, they do not explicitly the compositing desktop window manager is 
configured to provide bump mapping and environment mapping. However, Fowler 
teaches OpenGL supports environment-mapped bump mapping (environment-mapped 
bump mapping corresponds to bump mapping and environment mapping, [0038-0039]). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
present invention to provide bump mapping and environment mapping as taught by 
Fowler to the method Morgenstern, Portuesi, Moki, Solazzi and Whitman because such 
an approach will achieve a rendered surface whose appearance changes more 
realistically with lighting conditions ([0038]). 
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Although Morgenstern, Portuesi, Moki, Solazzi, Whitman and Fowler teach the 
limitations as stated above, they do not explicitly teach receiving the application content 
in reverse z-order. However, Ben-Shachar teaches exactly the same ([0061]; it should 
be noted that DT_WINDLST packet containing a list corresponds to application content; 
it should be noted that the process proceeds through all windows in the windows list in 
reverse z-order). Therefore, it would have been obvious to one of ordinary skill in the art 
at the time of present invention to process through the windows list in reverse z-order as 
taught by Ben-Shachar and apply it to the method of Morgenstern, Portuesi, Moki, 
Solazzi, Whitman and Fowler because treating the window information is such a 
manner will create the viewer display of shared window ([0061]). 

53. Claim 43 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki, in view of Solazzi, in 
view of Whitman, in view of Fowler, and further in view of Ben-Shachar. 

54. Regarding claim 42, the statements presented above with respect to claims 1,18 
and 43 are incorporated herein. 

55. Claims 2 and 22 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki, and further in view of 
Donham et al (US 6980209; hereinafter Donham). 

56. Regarding claim 2, Morgenstern teaches distorting content on top of which the 
frame portion is rendered (contents underneath the translucent title bars of inactive 
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windows can be seen, Morgenstern: pg. 2 paragraph three and fig. 1 and it's 
description; thus when a title bar is translucent, blending needs to be performed on the 
title bar and contents of another window underneath the translucent title bar). Further, 
Moki teaches a window can have shadow and a title bar (the shadow and title bar has a 
level of transparency associated with them, Moki: paragraph six and seven). 

Although Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons and Moki teach 
the limitations as stated, they do not explicitly teach a pixel shader is needed to perform 
the blending. However, Donham teaches a pixel shader that blends the texels with the 
color values of the pixels to be textured (col. 5 lines 25-35). Therefore, it would have 
been obvious to one of ordinary skill in art at the time of present invention to use a pixel 
shader to perform blending as taught by Donham into the method of Morgenstern, 
Portuesi, Erickson, Apple2, Lipton, Lyons and Moki because a pixel shader combines 
pixel data and texture data to produce the combined pixel data (col. 5 lines 25-31). 

57. Regarding claim 22, the statements presented above with respect to claims 21 
and 2 are incorporated herein. 

58. Claims 20, 40 and 45-48 rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, Moki and Siracusa, in 
view of Farrah (US 2004/0030997), and further in view of Meagher (US 4694404). 

59. Regarding claims 20, 40 and 45-47, Morgenstern, Portuesi, Erickson, Apple2, 
Lipton, Lyons, Moki and Siracusa teach the limitations as stated, except that they do not 
explicitly teach receiving user input to resize the window and dividing the mesh into the 
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three regions per mesh dimension. However, Farrah teaches to resize the window by 
dividing it into several equally sized and not equally sized regions based on the user 
input (fig. 21a-c, fig. 22a-c, [0225-0227], [0231-0235]; it should be noted that selecting 
the number of rows as "3" will divide the window in nine equal-sized regions; it should 
be noted that dividing window is functionally equivalent to resizing the window; it should 
be noted that dividing window is functionally equivalent to resizing the window; it should 
be noted that the window is being divided along x and y dimensions). Therefore, it 
would have been obvious to one of ordinary skill in art at the time of present invention to 
divide a window mesh into several regions as taught by Farrah and apply it into the 
method of Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, Moki and Siracusa 
because such regions are commonly used in computer programs which are used to 
generate artworks, drawings and flow charts ([0006]). 

Although the combination of Morgenstern, Portuesi, Erickson, Apple2, Lipton, 
Lyons, Moki, Siracusa and Farrah teach the limitations as stated above, they do not 
explicitly teach for each region, maintaining offsets of mesh vertices in any dimension 
by which the region is bounded by a bounding box of the window, and scaling mesh 
vertices in any dimension by which the region is not bounded by the bounding box of 
the window. However, Meagher shows offsets (maintaining offsets of mesh vertices) 
from each line correspond to vertices of each of the four windows, and the critical 
vertices for a window overlay selected from 3x3 array may be calculated by adding 
offsets (scaling the vertices) as a function of the value in x and y directions (fig. 6a-f, fig. 
23a-e, col. 8 lines 31-51, col. 58 lines 64-67, col. 59 lines 1-15, col. 60 lines 3-21 and 
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lines 56-67, col. 61 lines 1-17). Therefore, it would have been obvious to one of ordinary 
skill in art at the time of present invention to scale the vertices as taught by Meagher 
and apply it into the method of Morgenstern, Portuesi, Erickson, Apple2, Lipton, Lyons, 
Moki, Siracusa and Farrah because such a method scales the three-dimensional 
universe relative to the three-dimensional coordinate system using the independent 
scaling factors for each of the x, y and z directions input by floating point multiplication 
on the microcomputer (col. 60 lines 56-60). 

60. Regarding claim 48, although the combination of Morgenstern, Portuesi, 
Erickson, Apple2, Lipton, Lyons, Moki, Siracusa and Farrah teach the limitations as 
stated above, they do not explicitly teach regions bounded by the bounding box are as 
small as necessary to encompass material that should not be scaled. However, 
Meagher teaches the bounding box of the node projection is the same size or smaller 
(in each dimension) as a window at that level depending on the size of the node 
projection as determined by the user specified scale factor (the size of the bounding box 
depends on the scale factor determined by the use, col. 44 lines 57-67, col. 45 lines 1- 
5). Therefore, it would have been obvious to one of ordinary skill in art at the time of 
present invention to have the bounding box size is determined by the scale factor as 
taught by Meagher and apply it into the method of Morgenstern, Portuesi, Erickson, 
Apple2, Lipton, Lyons, Moki, Siracusa and Farrah because it helps to determine if the 
node projection intersects any non-full window in the current window overlay (col. 45 
lines 6-10). 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JWALANT AMIN whose telephone number is (571 )272- 
2455. The examiner can normally be reached on 10:30 a.m. - 7:00 p.m.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kee Tung can be reached on 571-272-7794. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Kee M Tung/ 

Supervisory Patent Examiner, Art Unit 2628 
/J. A./ 

Examiner, Art Unit 2628 



